le hack

Pour info, SysNAND en mode « stock », c’est le démarrage de ta console sans CFW, dit en mode « normal » mais pas tant que cela. SysNAND en mode CFW, c’est le démarrage de ta console avec le Hack actif. Mais la sysNAND, c’est la NAND présente sur la console. Et l’emuNAND, c’est l'émulation de ta NAND sur la carte SD.

Ne pas confondre et mélanger le tout bien que je comprenne que l’on puisse s’y perdre ^^

Donc si tu as mis à jour ton emuNAND dans la dernière version et que tu as fais de même pour ta sysNAND, ta console est à jour sur les deux. Le mode stock, c’est juste pour définir un démarrage de la console en mode normal sans hack actif mais cela utilise un loader lié au hack.

Pour apporter des infos complémentaires, Hekate, qui est un custom bootloader, permet trois modes de boot (ce qui est très pratique pour l'utilisateur):

• En mode Stock, tu n’auras pas accès aux homebrews ni aux jeux non legits, ce qui est normal puisque ta console est en mode normal, donc sans hack actif avec un CFW non opérationnel. Mais même si la NAND est clean, propre de toutes modifications underground, il n’est pas possible de passer par les serveurs de Nintendo pour mettre à jour ou utiliser le online car ce mode passe par le loader d’Atmosphère / Hekate qui est donc lié au hack et pas vraiment conseillé.


• En mode sysNAND CFW, tu auras accès à tout mais attention de ne pas l'utiliser pour installer NSP ou homebrews. Cela aurait pour incidence de laisser des traces et/ou modifier ta NAND. Certains homebrews sont concernés mais ChoiDujourNX, non, si et seulement si, tu n’actives pas le mode autoRCM ! Et en aucun cas, on utilise ce mode pour connecter sa console et utiliser le online sur les serveurs de Nintendo !


• En mode emuMMc / emuNAND CFW, tu utiliseras et installeras tes homebrews et tes NSP. Les données ne transiteront que sur l’emuNAND et laisseront la sysNAND propre de toutes modifications underground. Mais de la même manière, on ne l’utilise pas pour se connecter sur les serveurs de Nintendo !

Donc sysNAND dite sysMMC, c’est la NAND sur la console que ce soit en mode « stock » ou mode CFW et emuNAND dite emuMMC, c’est l'émulation de ta NAND sur la SD que tu bootes en mode CFW.

Tu as utilisé Lockpick_RCM ? A voir car j’ai pour habitude de mettre à jour sysNAND et emuNAND dans la même version car pas d’intérêt de ne pas le faire pour des raisons qui me sont propres:

• Le hack est compatible et sa méthode n'évoluera pas


• J’utilise ma sysNAND (mode HOS loader Nintendo) pour le online et mon emuNAND pour l’underground

Donc pas testé Lockpick_RCM sur emuNAND.

Oui, c’est possible. Il suffit de booter sur l’emuNAND et d’utiliser ChoiDujourNX en prenant soin de désactiver le mode autoRCM.
Et si tu utilises le hack via Atmosphère, il existe aussi l’homebrew Daybreak de SciresM qui propose la même possibilité. Je ne l’ai pas encore testé ceci dit.

Je ne suis pas spécialiste hardware donc difficile de confirmer quoi que ce soit.

Une NAND peut être corrompue car c’est possible. Pour le reste, ça n’explique pas un mode autoRCM actif sans hack préalable.

Et comme je l’ai dit plus haut, si la NAND a subi une mauvaise ou incomplète restauration, alors rien est possible (sauf erreur). Lorsque tu sauvegardes ou restaures une NAND, tu as le rawnand.bin, le BOOT0 et le BOOT1.

Cela reste des suppositions car je n’ai pas été confronté à cela pour le moment. Et de moi, il manque des éléments qui concernent cette Switch. Pour corrompre une NAND qui n’a « soit disant » pas été hackée auparavant, il en faut tout comme pour bricker la console.

Et s’il s’agit d’un problème hardware qui touche le module eMMC, c’est tout aussi bizarre sauf si l’objet fut de l’étendre à 256GB ou d’essayer de le changer par le même.

Vraiment bizarre... si l'ancien proprio ne l’a jamais hackée, comment le mode autoRCM peut-il être activé ?!?

Le mode autoRCM est une fonction qui vient du hack. Il s'active par défaut en utilisant l’outil ChoiDujourNX ou manuellement parce que l’utilisateur en a fait le choix.

Donc cela ne peut en être autrement. Il manque des éléments au problème que tu rencontres. D’ailleurs, même si elle avait été hackée en activant ce mode, tu pourrais simplement le désactiver via Hekate comme tu l’indiques et il ne devrait pas se réactiver à l’issu.

Donc il y a des éléments qui sont manquants. Il te faudrait savoir si l’ancien proprio l’a obtenu d’origine ou s’il y a eu des modifications hardware dessus par lui ou un autre. Et ce que ce soit une puce ou autre (car de mémoire, il existait une méthode pour activer ce mode RCM directement avec un bouton sur le joy-con ou dans la console).

Je n’ai pas d’autres pistes pour ton problème et je ne vois pas ce qui empêcherait celle ci de démarrer correctement avec ou sans hack.

Il y aussi la possibilité d’avoir restaurer une NAND corrompue mais là je n’ai pas plus d’explication. Et même si tu décidais de dumper ta NAND, si elle est corrompue à la base, cela ne servira à rien.

Et puis, si tu démarres via Hekate, pourquoi le reste ne fonctionnerait pas, c’est un autre mystère.

elle est non pachée et le proprio ne l'a pas hackée.
Il dit qu'elle n'a plus démarré du jour au lendemain, donc non elle ne démarre pas normalement.
C'est moi qui est mis une carte sd avec hekate , et là je démarre en appuyant uniquement sur power sans le jig et j'active tegra comme ça , et ensuite j'arrive à injecter hekate.
Donc c'est qu'elle est bien en auto RCM non ?
Et quand je vais dans tools et arch bit en bas , j'ai bien le auto RCM enabled .J'ai beau le désactiver et rallumer la console , l'auto rcm est toujours en enabled .

Faudrait déjà savoir si elle démarre normalement avant d’envisager de passer via le hack.

Ce qui est bizarre, c’est que tu dis qu’elle n’est pas hack donc je ne vois pas ce que le mode autoRCM vient faire là sauf si l’ancien proprio l’avait hack et a laissé ce mode actif.

En revanche si non patchée et que tu peux injecter le bin de Hekate, alors en désactivant ce mode, il devrait pas être actif à nouveau. Et là, quelque chose m’echappe. De plus, si ce mode est vraiment actif, le boot doit s'opérer sans le JiG. Un aspect pour vraiment s’assurer que ce mode est actif ou non.

Donc, dans ton cas et sans savoir ce que l’ancien proprio a fait en termes de hack ou de manipulations, complexe de dire.

Pas tout compris à ta demande ^^

Mais je vais essayer de répondre, via Hekate, tu as trois modes de boot comme je l’ai indiqué plus haut

• Le mode stock qui permet de démarrer la console sur HOS donc sans Hack. Cela impliquera de refaire le mode RCM pour relancer le Hack.


• Le mode CFW sysNAND qui démarre la console sur la sysNAND en mode CFW (cela implique préalablement de paramétrer la console au niveau des DNS pour éviter une connexion aux serveurs de Nintendo)


• Le mode CFW emuMMc ou emuNAND qui démarre la console sur l’emuNAND en mode CFW (cela va de soi mais cela implique également de paramétrer les DNS)

Donc pour utiliser le online, ce sera toujours en mode stock, pour booter sur HOS strictement et jouer avec tes jeux officiels etc.

Pour ce qui est de la gestion des données CFW qui concernent tes jeux non-legits et homebrews divers, ce sera toujours sur l’emuNAND. Et tu devras paramétrer tes DNS pour éviter toutes communications avec les serveurs de Nintendo.

Le mode sysNAND en CFW ne va pour ainsi dire ne pas être utilisé sauf si tu le souhaites vraiment mais il te faudra éviter de te connecter sans paramétrer tes DNS préalablement. Ce mode pourrait servir à utiliser ChoiDujourNX pour mettre à jour ton firmware sur la sysNAND par exemple bien que si tu es certain qu’elle est clean, tu peux démarrer en mode stock et passer par les serveurs de Nintendo. Mais si tu as un doute, alors ce sera par ChoiDujourNX en prenant soin de désactiver le mode autoRCM.

Pour conclure:

• En mode Stock, tu n’auras pas accès aux homebrews ni aux jeux non legits, ce qui est normal puisque ta console est en mode normal, donc sans hack actif avec un CFW non opérationnel.


• En mode sysNAND CFW, tu auras accès à tout mais attention de ne pas l'utiliser pour installer NSP ou homebrews. Cela aurait pour incidence de laisser des traces et/ou modifier ta NAND. Certains homebrews sont concernés mais ChoiDujourNX non par exemple sauf si tu actives le mode autoRCM.


• En mode emuMMc / emuNAND CFW, tu utiliseras et installeras tes homebrews et tes NSP. Les données ne transiteront que sur l’emuNAND et laisseront la sysNAND propre

SysNAND et emuNAND sont déliées donc si tu utilises ton emuNAND strictement, tout cela passera par ta SD et non la console pour résumer très grossièrement car c’est plus complexe que cela. D’ailleurs, en FAQ, je relate cet aspect.

Donc si tu ne veux pas avoir accès à l'underground, ce sera en mode stock. D’ailleurs, si tu fais le test, ton applet Album ne te donnera pas accès aux homebrews et tu ne pourras pas lancer tes jeux non-legits non plus. En revanche, si tu bootes en CFW, que ce soit sur sysNAND ou emuNAND, tu auras accès à tout. Sauf que comme je l’ai dit depuis, il faut booter sur ton emuNAND en CFW et pas sur ta sysNAND. Je ne peux pas être plus précis que cela ^^

Il te faut donc utiliser Hekate pour voir car j’ai l’impression que tu passes directement par Atmosphère d’après les explications que tu donnes depuis. De plus, et pardonne moi si j’insiste là dessus, mais je ne conseille pas tinfoil. C’est un risque en étant pas ban. Goldleaf ou Awoo font le taff et sont plus safe. Ceci n’est que mon avis.

Donc si tu as des craintes, soit tu recommences en restaurant le backup de ta NAND que tu as fais préalablement, soit ce n’est pas la peine et tu prends soin de faire attention au boot et aux paramètres de ta connexion Wifi à chaque fois. Si tu restaures la sauvegarde de ta NAND, tu auras des erreurs mais ceci est normal, il te faudra juste mettre à jour à l’issu. Et pour terminer, bien préparer ta SD et refaire le hack, création emuNAND etc.

Je pense avoir fait le tour une nouvelle fois ^^

Si tu es toujours hack, il suffit de mettre à jour ton CFW. Il n’est pas utile de tout refaire de zéro sauf si cela est ton souhait. Dans ce cas, il faut suivre le tutoriel où tu postes.